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ABSTRACT 

This paper gives a technical description of various 
computer graphics programs developed on the Sigma 7 computer. 
Terminals used are the Adage 100 and the Tektronix 4002-4010. 
Commands are Metasymbol procedures which access Metasymbol library 
subroutines; programs can also be coupled with FORTRAN programs. 
Available, inexpensive graphic terminals are reviewed. Relatively 
minor changes are required to adapt the coding to terminals using 
different graphic coding. Graphics software is discussed, and the 
applications of graphics to teaching physics is emphasized. (RB) 
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U.S. DEPARTMENT OF HEALTH, 
EDUCATION & WELFARE 
OFFICE OF EDUCATION 
THIS DOCUMENT HAS BEEN REPRO* 
DUCED EXACTLY AS RECEIVED FROM 
THE PERSON OR ORGANIZATION ORIG- 
INATING IT. POINTS OF VIEW OR OPIN- 
IONS STATED DO NOT NECESSARILY 
REPRESENT OFFICIAL OFFICE OF EDU- 
CATION POSITION OR POLICY 



This paper describes graphics programs us log the Adage ARDS 
100 or Tc-huronix* 4002-402 C Terminals, developed for STM and 
UTS on the Sigma 7. As with previous software development on 
vhis project , graphic commands are Me to symbol procedures which 
access Meta symbol library subroutines. Programs can be coupled 
with rCP.TAAM programs . Examples of the commands available and 
of graphic usage in teacning environments are discussed. Relative- 
ly minor changes are required to adapt the coding to terminals 
using different graphic coding. 
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on the machine ere alphanumeric, cither CRT's or hardcopy. Our 
project has beer, concerned with the production cf computer- 
Dasec physics teaching materials, as you viil see from the a;:ampl 
but to be able to use a computer ir this way we had. to develop 
extensive graphic capabilities. 

?: rst, I will briefly describe available graphic terminals. 

Then I will discuss system changes in BTX and UTS we found neces- 
sary to support graphic terminals. Third, J will discus’s graphic 
software, and finally I will mention our applications of graphics 
in teaching physics . 



Review cf Inexpensive Graphic Terminals 

The last few years have shown a dramatic decline in the cost 
. of graphics, and because of competing technologies uhrr decline* 
is likely to continue. A few years back it was difficult to 
do any type of graphics short of the 2250 type, costing veil 
over $10C,0G0, but the terminals I will describe have basic 
costs under $10,000. They do not provide all the facilities 
of a fancy dedicated graphics environment f but they offer a 
very usable set, much superior for many applications to alpha- 
numeric abilities alone. . 

Perhaps the most widely used technology for graphic terminals is 
based on the Tektronix £11 storage display unit. Since the 
storage is in the phospher of the tube, no expensive core or 
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usually sent. These are structured in the software to give a 
ID-bit 1* and a IG-bit Y , plus auxiliary information such as 
whether the beam is on or off, whether the line is cashed, et. 
(Ceneraiiy several graphic modes are possible.) Hence the pro- 
gram must be able to send out any 8 -bit code. 

The Sigma timesharing systems place several obstacles in the way 
of getting such graphic output. Internal * codes are EBCDIC while 
terminal codes are ASCII. Hence the monitor, thinking it is 
dealing with characters, ” translates" from one code to the other. 
Furthermore the monitor may also check to see whether the char- 
acter is a printable character, and refuse to send it out if it 
is not, or it may supply unwanted carriage returns. These "fea- 
tures" are lethal to graphics I Ke can attempt to untangle within 
our program the "translation” that the communication service has 
supplied, but this is clearly not efficient. We need simply the 
ability to send out any 8-bit code whatsoever, without transla- 
tion, and nothing else. 

In BTM terminal output, character by character, is done with a 
CAL 3. To do graphics, our system programmers added several 
CAL 4s to the sy stem. They work in way 3 similar to the CAL 3 — 
they send out the "character" in register 0 — but they dc no code 
translation cr checking for the printable character. These 
changes are relatively simple. 
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Cur experiences with UTS are more recent, and still incomplete. 
UTS in spite of its name is also oriented toward character 10. 
Terminal 10 is done in a way very similar to disk and tape 10, 
through CALls and the use of DCBs, in particular M:UC. Again, 
as with BTM, translation is routinely done. Considerably more 
flexibility exists in principle, because we can specify terminal 
type; at present, however, only a few types are implemented. 

Our strategy in graphics is to use the M:DBVICE procedure tc set 
a special bit in the DC3 indicating that no translation is to 
be done, and then to output in the usual way. 

Unfortunately this alone is not sufficient. As you may know 
UTS allows the user to specify a platen size*. The default size 
is 72 characters. At this point UTS supplies, gratuitously, a 
carriage return and line feed in the 10 stream. Unfortunately 
this is death to some graphics — the Tektronix terminal ‘interprets 
a carriage return as indicating uhat it should go back to the 
character model So in the middle of the curve, letters of random 
description appear. We can set the platen size as a user, and 
so turn it off, but pedagogically it is unfortunate, to say the 
least, to start a program giving instructions to the user that 
may be meaningless tc him. With somewhat more* effort it can 
perhaps be set by a CAL, but only with some additions. If paging 
is the default option for your terminals, this will obviously 
also present problems, but at UCI we turn paging off for normal 
use. Again, this should be allowable in a CAL. 
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Although the above changes provide the possibility of UTS graphics , 
there does seen to be a way more consistent with the general 
UTS philosophy* A CAB allows you to specify the terminal type, 
so it would be natural to allow as a terminal type “graphics," 
meaning no translation or additional characters whatsoever. How- 
ever this is somewlat a matter of taste, and UTS users may have 
other ideas as to what would be most natural. 

In any case these system changes make it possible to do graphic 
output in either BTM or UTS. Vou will note that we have not 
discussed the question of graphic input, which seems to be a 
tougher problem. Although one of our graphic terminals has cvn 
inexpensive tablet associated with it, and both have joy sticks, 
we have not yet been able to use either of these devices. We 
will nave to face seme new' problems besides just the question 
of avoiding the translation tables. We are worried, for example, 
that high speed graphic input, say as the student draws a curve, 
nay swamp the input buffers. 

Dialog Software for Graphics 

Before reviewing basic graphic software, I will comment briefly 
about our software strategy in developing teaching materials, 
because graphic software is an extension of our already existing 
package. This package was described at a previous XDS Users 
Croup meeting, and is fully documented. Those interested in 
further details should write or talk to me. 



Our tea 
imbedde; 
proceau 
f unctio 
were de 
needs r| 
present! 
to a se| 
of the 



! Eh IT 
EBIT H 
^TSc&y 



r<3 



POZ 



$61 



20R1 

03 

V't 

3 fc' 



o 



possibility cf UTS graphics, 
i. stent with the general 
specify the terminal type, 
erminal type "graphics , " 
characters whatsoever. How- 
ie, and UTS users may have 
natural . 

it possible to do graphic 
. 1 note that we have not 
ut, which seems to be a 
graphic terminals has an 
t, and both have joy sticks, 
her of these devices. We 
besides just the question 
We are worried, for example, 
s the student draws a curve. 



’are, I will comment briefly 
oping teaching materials, 
sior. of our already existing 
1 at a previous XDS Users 
cea. Those interested in 
k to ne. 



S 

Our teaching programs are METASYMBGL programs, sometimes with 
imbedded FORTRAN subroutines.- The METASYK30L programs are mostly 
procedure calls, each procedure call carrying out one cf the 
functions necessary in a teaching program. These procedure calls 
were developed not abstractly but to meet the changing teaching 
needs reflected in the programs our teachers have wanted. At 
present we have about 150 procedures in our system. These link 
to a set of MSTASYMBCL library routines. To give you some idea 
of the flavor of the thing, here is a segment of a teaching dialog; 
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We do a good bit of internal file writing, for record keeping 
purposes f as tine stud ears run programs . We keep detailed files 
on what dialogs are used, what system errors occur, and what 
responses we could not analyze. We do not send error messages 
to the students. Most of our dialogs are far too long to fit 
into core in one piece, either STM or UTS, so we support overlays. 

We allow the student, at the author's discretion, to leave a program 
before finishing and come back at the same point; a file stores 
the current status information, which can be extensive. 

Graphic procedures were designed to augment our already existing 
teaching procedures. As in other developmental work, we first 
had graphic teaching programs running on a primitive basis, using 
manufacturer supplied FORTRAN routines that wa adapted to the 
Sigma. Eased on our experience, we then designed the procedures 
I will describe. You can find a full descript: on of the graphic 
procedures in the Appendix. Here I will only try to give you a 
sample of what is available. 

I will describe a hypothetical program, one that we have dis- 
cussed but not developed. Suppose that we want to allow students 
to fire a lunar lander from the earth to the moon. Students are 
allowed to pick the initial velocity and the angle. The moon 
is rotating; we take its motion as a circle. We are seeing 
everything in the earth's frame of reference. We want them zo 
launch their lunar landing module several times, perhaps profiting 
by previous misses of the moon. Hence we present a series of 
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pictures where we see the motion of his lunar landing device. 

Let’s suppose that we allow as many as four shots. So four pic- 
tures will appear on the screen at one time. We also need aux- 
iliary information, prompting the next velocity and direction, 
and indicating success or lack of success in the previous shot. 

So we need to divide the screen into four areas, or windows, ana 
leave some room for writing messages. So the screen may eventually 
lock like this: 
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SETPOINT 



The first graphic dialog command we issue is a DEVICE command : 
DEVICE (ARDS , TEX} 

The graphic coding for different terminals is different/ so the 
program must know which terminal the student is using. Although 
at the moment we only support ARDS and Tektronix , a relatively 
small change in the programs would support other graphic termi- 
nals and add them as options. Thus the same program works on 
several different terminals. 

Our next graphic command erases the screen, so that we can draw 
our orbits. It is obvious: 

ERASE HOME 

The option HOME indicates that the cursor is to be moved to the 
top of the screen, so now alphanumerical information will appear 
there. 



Some description and instructions may now be written to the stu- 
dent; no graphics are involved, so we proceed. 

Next we night ask the student for launching information. It 
is helpful to have this appear above the associated picture. 

To move che bean to a particular point oh the screen we use a 
SETPOINT command : 
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SETPOINT (FS ‘ 2 1 , FS 1 8 1 ) 

This refers to inches from che lower left corner of the screen. 
The different screens we use have different orientations, and 
so it may be necessary to specify thi s separately for each of 
the terminals r as in the following more complicated variant: 

SETPOINT (ARDS, (FS 1 2 9 ,FS 1 8 ' ) } , (TEK, (FS 1 1 . 5 1 ,FS r 5 . 5 1 ' 

In a program, you would use only one of these commands. After 
the beam is pieced, nongraphic commands query the student and 
store his .input in appropriate locations. 

Now we want to draw the orbit. We want the curve to fill r.ct the 
whole screen but only a box in the upper left-hand corner, under- 
neath the writing just done. Wa declare this area as a window 
for graphic output. We specify the window by giving distances 
in inches from the lower left for two corners, and again this 
specif icarion can be different for different terminals. 
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The option BOX indicates that a box is to be drawn about the 
window. 

Distances are necessary in specifying basic information for SETPOINT 
and WINDOW/ but in plotting the curves we would like to use num- 
bers in the form they occur within our computation. Let us sup- 
pose for the purposes of the computation we make the moon's 200,000 
miles our distance “unit." We might choose differently. With 
this choice ve might want to make a window roughly three units 
on each side, going from - to + l£, both horizontally and ver- 
tically. Note that we have picked a square window, so we will 
net distort the picture. We specify the scale by the following 
procedure : 

SCALE (?S *— 1 . 5 * ,FS 1 1.5 * } , (PS *— 1 . 5 ' ,FS 1 1 . 5 1 ) 

The SCALE applies to whatever window has just been set? when 

v/e specify a new window, we also must remember to reset the scale. 

So far we have nc data to plot, even though we have queried the 
student about velocity and angle. The computation will be done 
by calling the FORTRAN subroutine. It is a typical numerical 
solution of a differential equation, with three gravitational 
forces: the sun's, which is essentially a constant, the earth's, 

and the moon's. A good first approximation is to assume the 
moon is moving on a circle. Remember that we are going to view 
things from the earth's frame of reference. On return from the 
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. Now we finally 'plot the path of the lunar landing. The following 
is all it takes: 
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curve will take an enormous amount of time even at the 1200 baud 
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rate we use- Ee member that four characters are generally sent 
for each new point on uhe curve , although some terminals allow 
short vectors that can be specified with less information* 

This should be enough to give you an idea of the graphic proce- 
dures. Consult the Appendix for further details, as I have not 
covered all the Procedures. For example, we often want to draw 
labeled axes, so we do have a procedure for that. Also we want 
not just two-dimensional curves but we want projections in three 
dimensions, along with their axes. So the curve and axis routines 
allow specification of three variables, as well as two. The 
software takas care of the projections. 

Graphics in Teaching Physics 

Cur last example, to show how to use the graphic procedures, 
also begins to display the power of graphics in physics teaching. 
All computer uses in education are at an early stage at present, 
and we have relatively less experience with graphics than with 
alphanumeric uses-. Relatively little student experience exists 
with graphics; however the potentialities seem tremendous. 

I will describe a graphics physics teaching program in classical 
mechanics, developed primarily by Richard Ballard of the Physics 
Computer bevel opmen t Project. This program provides, with the 
motion of one particle systems, a range of experience for the 
student far beyond what he can acquire in his everyday life or 
in a well equipped physics laboratory. One of the difficulties 
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■racters are generally sent 


in teaching about: motion is that the student has little opportunity 


■hough some terminals allow 


to play with the variables which affect how things move — forces. 


-with less information. 
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initial conditions, constants in the equations, masses, etc. 


F 

idea of the graphic proce- 


We can create only a few types of forces in a laboratory, and 


; ther details, as I have not 


even with these it is difficult to eliminate friction, although 


tmple, we often want to draw 


modern devices such as the air track and the air table, allow 
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us to do a better job than previously. We certainly cannot offer 


we want projections in three 


students any laboratory or practical experience with spaces other 


So the curve and -axis routines 


than configuration space, although such spaces as velocity space 


Les, as well as two. The 


and phase space play a major role in cur thinking about mechanics, 
particularly as we move beyond the most elementary considerations. 


jns . 
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o the graphic procedures. 


When the student first enters the program he is asked which type 
. of terminal he is using, as indicated in our previous discussion. 


graphics in physics teaching. 


and then he is asked if he wants directions. If he requests 


at an early stage at present. 


directions, these turn out to be minimal, and mostly of an encourag- 


:hce with graphics than with 


ing nature. The full facilities in this program are far too 


:le student experience exists 


elaborate to explain initially. The directions given encourage 


ilities seen tremendous. 


the student to explore and try things, representing the program 
as a program of discovery. They tell him to ask questions or ask 


teaching program in classical 


what options are available- if he* doesn't understand • something 


Richard Ballard of the Physics 


or doesn't know what to do. Compared with many teaching programs. 


s program provides, with the 


this program is extremely permissive from the student's point 


range of experience for the 


* of view, for it does not "drive" him along a path. 
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Just what Ls drawn is dependent on what force law was selected. 
Whenever we come into a new force lav/, everything is set v/ith 
some initial conditions, and the computer is always in a condition 
to plot something. In the harmonic oscillator program we initially 
plot position versus time for suitable initial conditions and 
the mass and spring constant both equal to one. In plotting 
at 1200 baud the curves come on at about the rate you would draw 
them by hand, so we have some feel of the process happening in 
time; curves do not appear instantaneously as with graphics at 
faster baud rates. 

The student doesn't know the values of the various constants set, 
but he can ask questions. He can ask, "What is X?” or “What is 
K ? t: or "X = ?." A variable recognizer in the program can identify 
almost any physically meaningful variable, provided it can be 
preset and is not a dynamic consequence of the calculation. 

He may start by exploring what happens if he uses different initial 
conditions than these originally specified. Ke may quickly plot 
dozens of curves with different initial conditions, until he 
is satisfied that he understands how varying initial conditions 
affect the motion. When the student wants to show several plots 
on the same screen (no erase between), he can use the term "over plot." 
He changes initial conditions by typing equations, just the way 
you would expect; thus he types "X = 2" to set the initial position 
to 2. Ke can also change the mass or spring constant or any physi- 
cal quantity associated with the force he is exploring. 
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After directions he is asked to select a motion. This can mean 
different things to different students. Ke can ask about what 
motions are available, or he can try to specify a system in any 
way that seems reasonable. Commonly we delineate different motions 
in physics by specifying the force, and that is what we want. 

We dc*n T t ask for the force, because we want the student to learn 
that is a primary method for identifying physical systems. In 
many cases the student's force specification turns out to be 
incomplete, and then we suggest the options available; if he 
wants a central force, he is queried as to whether he wants a 
power law or a Yukawa force. When he does successfully specify 
a force the program checks to see if it has understood him correctly? 
and also provides him an analytic expression for the force. This 
analytic expression contains- the constants a student can change. 

After the force is selected, the student is asked, "What now?" 

If he is a true beginner, he may have little idea of what facilities^ 
are available. If he types things we are unable to interpret, 
we record his requests in a disk file, for Inspection later during 
improvement of the program, and we give him various pieces of 
randomly selected advice, designed to give him a better view 
of the facilities available. But we only let this happen a fav: 
times. Too much floundering leads to a graph being drawn without 
being requested, ^any students suggest that they would like 
to graph (or plot or look at) the motion, so they will have already 
generated the graph. 
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It may then occur to the student to look at something besides 
positions. A natural possibility even for a beginning student 
is velocity versus time. He does this with "PLOT V,T" or "PLOT 
V VS T." A few brave students try to plot three variables at 
this stage, such as X versus V versus T, and are happy to discover 
that we do indeed cover this situation, plotting in perspective* 
However many students must be prodded to study motions in nonphysical 
spaces or with more than two variables. 

Now let me mention auxiliary functions at the disposal of the 
student. It may turn out that a curve is all near the origan, 
not using most of the screen. In that case he or she may want 
to move closer to the picture, perhaps several times, to blow 
it up to reasonable sice. Another scaling situation allowable is 
to change the scale separately on each of the variables. We allow 
that by using multiplication; if he wants to change the scale 
on the axis so that he shows 10 times the time., he says T*.l. 

Whenever the student makes any change the system responds with 
I/ O ft E to let him know that it has been recognized. 

Several facilities are also provided to give ways of "reading" 

the three-dimensional plots. He can specify ROTATE, which move 

the axes around into the other positions, so that he is looking 

at the sant': curve from a different perspective or he can ask 

for 'the negative values of one or all of the variables to be 

dashed, so that he can see when the curve goes through the coordinate 

planes. He can set up families of curves, where a series of curves 
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with some changes from one to the next are plotted over and over, 
without intermediate erasures. -He can also alter the calculational 
details, of the numerical solution of the differential equation, 
altering the time step between the calculations; by looking at such 
things as kinetic energy versus potential energy he can check on 
the validity of the calculation. ' 

So the dialog provides the student a rich mechanical, environment, 
with great range of controllable possibilities. We can, work 
for hours in any small subject area and only begin to see the 
possibilities. A number of visiting professionals have discovered 
interesting physical information, unknown to us before using 
the program. Thus when Gunter Schwarz from “Florida State University 
was visiting, he took the two force center situation, used primarily 
as a model of a planet in a binary star system, and specified 
both forces as positive powers of the distance, the third or fourth* 
We were surprised to note that when we started the particle some- 
where in the region between the tvc centers, the path of the 
particle was extremely like a Lissajou figure. An immediate terminal 
analysis, looking at force components, and a later analytic analysis 
revealed that to a good approximation each force component was 
linearly dependent on the corresponding position coordinate, 
within a wide range of choices of force law I 

The binary star situation generally has been very' good for getting 
interesting orbits, many of which are known to the professionals 
in that area, but hardly known to the general physics community. 
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We are now assembling a repertoire of such orbits to exhibit to 
visitors * 

Graphics are absolutely essential for the type of teaching environ 
ment just described. Other graphics programs also exist , where 
we try to exploit the use of picture drawing in the teaching 
situation. X think you can see, even from this one example , 
why we are so excited about the future possibilities of graphics 
for teaching. 
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